Peut éteindre la led pendant l'impression

[J-Philippe]

Bonsoir

Qui sait comment on peut éteindre la led qui "éclaire" l'objet, pendant l'impression. Chez moi elle est vraiment trop faible pour vraiment éclairer.

[Motard Geek]

Ptêtre avec Marlin dans le startcode, genre M42 ?

[J-Philippe]

il y a 5 minutes, Motard Geek a dit :

Ptêtre avec Marlin dans le startcode, genre M42 ?

Là, je suis pas un spécialiste. Mais je viens de lui envoyer un m42 (par octoprint) alors que la led est allumée (et même quand elle est téeinte) et ça fait cataplasme sur une jambe de bois. Il faudrait peut-être avoir un numéro de pin à basculer sur la carte si c'est comme une raspi. Mais là c'est largement au-dessus de mes compétences. Merci quand même d'avoir essayé.

[Motard Geek]

il y a 22 minutes, J-Philippe a dit :

Il faudrait peut-être avoir un numéro de pin à basculer sur la carte si c'est comme une raspi.

C'est bien ça oui  

Je vais regarder ce que fais le bouton de TFT, doit bien y avoir la commande derrière

[J-Philippe]

il y a 1 minute, Motard Geek a dit :

C'est bien ça oui  

Je vais regarder ce que fais le bouton de TFT, doit bien y avoir la commande derrière

Merci c'est sympa. Et tu vois ça où ? Dans le firmware du TFT ou dans Marlin ?

[Motard Geek]

Dans le firmware de l'écran

#RobRob: these buttons are available once a printjob is started
#the files are named: bmp_morefunc1..6
#command setting on button1~6
#########################################
#LightsOut
>morefunc1_cmd:M42 P4 S0;M42 P5 S0;M42 P6 S0;
#Lights On (White)
>morefunc2_cmd:M42 P4 S255;M42 P5 S255;M42 P6 S255;
#LiveAdjustZ+
>morefunc3_cmd:M290 Z0.025;M42 P4 S255;M42 P5 S0;M42 P6 S0;
#LiveAdjustZ-
>morefunc4_cmd:M290 Z-0.025;M42 P4 S0;M42 P5 S0;M42 P6 S255;
#SaveToEEPROM
>morefunc5_cmd:M42 P4 S0;M42 P5 S255;M42 P6 S0;M500;G4 S1;M42 P4 S255;M42 P5 S0;M42 P6 S0;
#not used currently

M42 P4, P5 et P6 pour mettre le code couleur à priori  

Et donc pour éteindre :

Citation

M42 P4 S0;M42 P5 S0;M42 P6 S0;

Tu mets ça dans ton script de démarrage et ça devrait le faire (sauf si pendant le print y'a des états qui rallument la lumière).

[J-Philippe]

Super. p4 doit être le rouge, p5 le vert et p6 le bleu. On doit même pouvoir faire joujou là-dessus. Par exemple pour éviter d'éblouir la webcam du timelapse, on doit pouvoir baisser la puissance avec :

M42 P4 S150;M42 P5 S150;M42 P6 S150

Et pour le coup, on peut peut-être garder la led allumée.Je vais essayer ça dès que possible.

Merci beaucoup et bonne fin de week-end.

[Nenex]

Faudrait regarder ta config marlin car y'a déjà des fonctions pour contrôler un neopixel rgb par exemple avec M150

[J-Philippe]

il y a 8 minutes, Nenex a dit :

Faudrait regarder ta config marlin car y'a déjà des fonctions pour contrôler un neopixel rgb par exemple avec M150

Pour l'instant je suis encore en firmware stock. J'ai eu l'imprimante vendredi soir et je ne l'ai pas encore flashée. Faut que je le fasse mais ça me prend un peu la tête. Donc je trouve que les solutions passant par le start gcode me vont mieux pour l'instant.

[Nenex]

Ouep ta raison d'aller a ton rythme ! Surtout si ça marche, pourquoi changer

[J-Philippe]

C'est ce que je me dis. Mais c'est toujours pareil. La tentation de bidouiller est trop forte au bout d'un moment. Et puis si je la flash, je pourrai soit installer un bltouch soit faire un réglage fin du niveau sans me prendre la tête avec les roues du plateau si peu accessibles.

Mais bon. Je vais résister encore un peu... Pour le principe.

[J-Philippe]

Salut,

Depuis Octoprint, j'ai lancé le 

M42 P4 S150;M42 P5 S150;M42 P6 S150

pour baisser la lumière blanche de la led. Ca marche impec.

Par contre, dans le start gcode du trancheur, ça ne marche pas. Quand je regarde le gcode final d'un objet, je vois que le m42 est envoyé avant la chauffe. Donc, comme la led change de couleur pendant la chauffe, ça doit bypasser mon m42. 

Donc la seule solution serait de modifier firmware du TFT pour dire que blanc, c'est pas 255 mais 150 (par exemple).

Quand j'aurai un moment je regarderai ça.

Edit : je viens de réaliser que c'est idiot ça. Ca ne sert à rien de modifier le firmware du TFT puisqu'il ne joue que sur l'écran. C'est dans Marlin qu'il doit falloir bidouiller quelque chose. 

Modifié (le) Mars 2, 2020 par J-Philippe

[Motard Geek]

Tu peux changer le script de démarrage pour éteindre quand c'est chaud ?

Octoprint ça fonctionne bien avec la X1 ? Quand j'ai le PC branché en USB j'ai des micro pauses de la machine pendant les prints... 

[J-Philippe]

Pour octoprint, ça fonctionnait nickel sur ma Geeetech. J'ai débranché de la Geeetech, j'ai branché sur la X1. Printer profile>Add profile>J'ai donnée un nom, j'ai donné la taille du plateau (et du Z) j'ai validé. Et ca a marché du premier coup à 100% (enfin, comme avant). J'ai même pas eu besoin de toucher au baudrate. En plus, j'avais lu qu'Octoprint posait de problèmes avec l'écran de la x1. Là, rien. Je peux me servir de l'écran avec Octoprint qui tourne. Toutes les fonctions vont bien. Aussi bien avec le firmware TFT d'Artillery qu'avec celui de 3dNexus.

Donc, pour l'instant (mais bon, je ne l'ai que depuis vendredi comme je disais), pas un souci avec Octoprint. Pour moi en tout cas, j'aurais du mal à m'en passer. Et puis, c'est quand même top de pouvoir éteindre le pc et de tout controler avec le smartphone.

Pour le script de démarrage (j'utilise Repetier-Host+Slic3r), ça donne ça
 

; début de mon Start GCode
G28 ; home all axes
G1 X50 Y50 Z50 F10000
M92 E427.88 ; calibration extrudeur
M42 P4 S150;M42 P5 S150;M42 P6 S150
; Fin de mon start GCode 

M109 S220 ; set temperature and wait for it to be reached

Ce que je comprends c'est qu'il lance la chauffe (M109) après avoir envoyé le m42. Et je ne vois pas comment je pourrais mettre mon m42 après le M109, sauf à modifier le gcode à la main. Je vais peut-être essayer ça à l'occase.

[Motard Geek]

Tu mets ce que tu veux dans tes scripts de démarrage et fin d'impression  

En fait pour Octoprint je me pose la question car l'USB avec Pronterface provoque des légers "freeze" durant l'impression.

[J-Philippe]

Je mets ce que je veux dans les scripts de démarrage, certes, mais ils sont mis... au démarrage. Le problème c'est que la commande de chauffe et donc la gestion de la loupiote est exécutée après la fin du script de démarrage. Donc, je ne vois pas comment on peut écrire alors que mon script est fini (sauf en modifiant à la main le fichier gcode).

Pour l'usb, le problème vient de... l'usb L'avantage d'octoprint, c'est que tu es déconnecté de ton pc. Tu envoies tes commandes à la Raspi (en wifi ou par ethernet) et c'est elle qui fait tout le boulot derrière. Tu n'es pas embêté par les interruptions de ton pc puisque lui se contente d'envoyer le boulot à faire  à octoprint. Après c'est octoprint qui bosse et tu peux retourner sur YouPorn YouTube. Et il est est dédié 100% à cette tâche ainsi que la raspi.

Les seules micro coupure que j'ai eu avec Octoprint c'est avec les timelapse. Au moment de la prise de la photo il peut y avoir un décalage, donc des défauts. Mais ça se paramètre. Cela dit, j'ai abandonné les timelapse parce que, pour moi, c'est sans intêret. C'est sympa à voir une fois ou deux et puis après ça m’intéresse plus d'avoir une belle pièce qu'un beau timelapse. Mais bien sur c'est différent si on fait de tests d'imprimantes 3d, par exemple

[Motard Geek]

à l’instant, J-Philippe a dit :

Je mets ce que je veux dans les scripts de démarrage, certes, mais ils sont mis... au démarrage. Le problème c'est que la commande de chauffe et donc la gestion de la loupiote est exécutée après la fin du script de démarrage. Donc, je ne vois pas comment on peut écrire alors que mon script est fini (sauf en modifiant à la main le fichier gcode).

Au temps pour moi, je pensais que c'était le script de démarrage justement ^^

Par contre l'envoi de commande se script peut-être sous Octo au bout de X minutes ?

il y a 1 minute, J-Philippe a dit :

Pour l'usb, le problème vient de... l'usb L'avantage d'octoprint, c'est que tu es déconnecté de ton pc. Tu envoies tes commandes à la Raspi (en wifi ou par ethernet) et c'est elle qui fait tout le boulot derrière. Tu n'es pas embêté par les interruptions de ton pc puisque lui se contente d'envoyer le boulot à faire  à octoprint. Après c'est octoprint qui bosse et tu peux retourner sur YouPorn YouTube. Et il est est dédié 100% à cette tâche ainsi que la raspi.

Oui mais Octoprint est connecté en USB. Le pb avec la X1 c'est la communication via ce port durant le print justement. Après c'est certainement moins verbeux que Pronterface  

[J-Philippe]

J'ai une impression en cours. Je viens d'essayer d'envoyer le m42. Que dalle. Ca ne change rien.

Quand tu dis que l'octoprint est connecté en usb, ca dépend de quoi on parle. Connecté en usb à la X1 oui mais au pc non. Octoprint fonctionne vraiment en client serveur avec ton pc. Et verbeux, Octoprint l'est aussi si tu es dans le terminal. Sinon, c'est zen.

Modifié (le) Mars 2, 2020 par J-Philippe

[Motard Geek]

il y a 1 minute, J-Philippe a dit :

Je viens d'essayer d'envoyer le m42.

Dommage  Mais si l'écran peut changer la couleur, on devrait pouvoir le faire  

il y a 1 minute, J-Philippe a dit :

Quand tu dis que l'octoprint est connecté en usb, ca dépend de quoi on parle. Connecté en usb à la X1 oui mais au pc non. Octoprint fonctionne vraiment en client serveur avec ton pc. Et verbeux, Octoprint l'est aussi si tu es dans le terminal. Sinon, c'est zen.

J'ai bien compris le fonctionnement d'Octoprint mais le problème c'est pas le PC ou le Pi, c'est les données qui transitent par USB durant un print. Je me disais que si ça chiait avec le PC, ça pouvait le faire avec un Pi 

[J-Philippe]

il y a 9 minutes, Motard Geek a dit :

Dommage  Mais si l'écran peut changer la couleur, on devrait pouvoir le faire  

J'ai bien compris le fonctionnement d'Octoprint mais le problème c'est pas le PC ou le Pi, c'est les données qui transitent par USB durant un print. Je me disais que si ça chiait avec le PC, ça pouvait le faire avec un Pi 

Ben oui, pour l'écran, tu as raison. je viens de vérifier. On peut changer la couleur pendant l'impression. IL faut donc que je modifie le firmware de l'écran pour lui dire que balnc, c'est pas 255,255,255 mais 150,150,150. Super !  Merci. J'essaie ça dès que possible.

Pour octoprint moi ce que j'ai compris c'est que le problème des freeze ne vient pas du transit pas l'usb. Le problème vient du fait qu'un pc (surtout windows) exécute des tonnes de trucs en même temps et plutôt par tranches très fines. Pour le coup il passe son temps à gérer les  interruptions. Tu reçois un message, tu vas su internet, tu lis une vidéo, tout ça fait des interruptions. Et il arrive qu'elles se téléscopent avec les commandes que ton pc envoie à la x1. Et ça freeze. Avec la rapspi, pas de tout ça. La machine est uniquement occupée à gérer ton impression. Et en prime c'est du linux, donc conçu comme un serveur dont le taf n°1 est de gérer les multiples accès. On est à des kilomètres d'un pc windows.

Mais le meilleur moyen est que tu installes octoprint chez toi. Tu verras par toi-même. Au passage le groupe octoprint francophone sur facebook est super réactif.

Modifié (le) Mars 2, 2020 par J-Philippe

[Motard Geek]

Hum jsuis pas sûr que ça vienne de là. Mon PC est assez "puissant" (bien plus qu'un Raspberry, malgré la couche Windows) et je n'ai jamais eu ce souci avec d'autres imprimantes. Le pire, c'est que Pronterface à par "monitorer" il ne faisait rien... Mais bref, le PC c'était juste pour les tests. Je fais tout sur l'écran mais si je peux surveiller avec Octo sans souci je vais le faire, j'ai un Rasp à recycler  

[Motard Geek]

Rapidement j'ai fait une recherche de "freeze" sur le groupe Facebook et même avec Octoprint ça semble arriver 

[J-Philippe]

Alors là, s'il faut aussi débrancher l'écran pour octoprint...

Mais bon, le meilleur moyen c'est d'essayer. Au moins tu seras fixé.

[Motard Geek]

il y a 11 minutes, J-Philippe a dit :

Alors là, s'il faut aussi débrancher l'écran pour octoprint...

Même chose que pour le flash, mauvaise gestion des communications en série... J'ai déjà flashé avec le TFT au passage  

[J-Philippe]

à l’instant, Motard Geek a dit :

Même chose que pour le flash, mauvaise gestion des communications en série... J'ai déjà flashé avec le TFT au passage  

C'est franchement nul cette histoire. Mais par contre si tu as flashé sans débrancher l'écran ça m’intéresse.  Tu as fait quelque chose de spécial pour ça ?